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DETAILED ACTION 

Claim Rejections - 35 USC § 101 
35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

Claims 40-51 & 76-85 are rejected under 35 U.S.C. 101 because the claimed 
invention is directed to non-statutory subject matter such as a logic or an abstract idea 
(i.e., the claims are drawn to a computer program, perse). 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

Claims 1,8-10 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Danieli et al (US 7240093 B1 ) in view of Beuk et al (US 5,774,673). 

Re claims 1 & 8-10. Danieli et al discloses a game and messenger client server 
system, comprising: a plurality of game clients (5:28-30); a game server (i.e. the player 
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hosting the game) including logic to operate a multiplayer game using inputs from and 
outputs to an active game set of game clients including the plurality of game clients, 
wherein game clients other than those in the active game set can join an active game 
by supplying the game server with a reference to the active game (i.e. the game server 
in this instance is the player hosting the game) (3:7-24); a plurality of messenger clients 
and a messenger server (Fig. 6) including logic to forward messages from a sender 
messenger client to a receiving messenger client; logic to couple a game client to a 
messenger client to allow the game client to send the messenger client data used to 
initiate joining a game, whereby a message sent by the messenger client includes the 
data used to initiate joining a game; and logic to initiate a join of a game at an invitee 
client, using data received in a message to the invitee (i.e. the host of the game sends 
out invitation to other players with a chat or messenger client to join a game, wherein 
the host initiates the start of a selected game after other players accept the invitation 
and join in) (9:58-62; 3:10-4:10; Fig. 19, 9). The system further comprising an icon that 
indicates a state of an inviter client, wherein the icon is a game-specific icon (7:32-40). 
The game and messenger client server system further comprises logic to generate a 
data file (i.e. a message) sent in response to a request from the invitee client (9:58-62). 

Danieli et al noted that the player does not need to have the gaming utility 
opened or launched in order to receive an invitation to join a game. The player only 
needs to have the MSN messenger open (14:32-35). Once the invitation (which 
implicitly has a description of the game server because it needs information about the 
server or destination to connect to) to join is received by the invitee and when the 
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invitee accepts, the gaming client is obviously connected to the game server since the 
game server is the player hosting the game. With that in mind, Danieli et al does not 
disclose that the data in the message or invitation sent by the messenger client 
comprises a command line executable for an invitee client to invoke a gaming client or 
utility. Beuk et al discloses wherein the data in a message or invitation sent by a 
messenger client comprises a command line executable for an invitee client to execute 
or invoke a gaming client or application (i.e. Beuk identifies the application to be run by 
the received message and that appropriate application is executed/invoked based on 
the identified application) (Abstract, 2:54-3:25, 9:21-28). Danieli et al and Beuk et al are 
analogous art because they are from the same field of endeavor of using a messaging 
client with a gaming client. At the time of invention a person of ordinary skill in the art 
would have found it obvious to modify Danieli et al's system to incorporate Beuk's 
method of invoking the gaming client with a start or joining message to connect to the 
game server and would have been motivated to do so to provide alternative ways to 
start a game. 

Re Claims 17-20 & 23-24. Danieli et al discloses a method of operating a multi- 
player game having a plurality of game clients and a plurality of messenger clients, the 
plurality of game clients and plurality of messenger clients in communication with a 
game server and a messenger server (Fig. 1), the method comprising: joining the game 
by sending a reference to the game to the game server (i.e. the player hosting the 
game); sending, from an inviter game client to an inviter messenger client, data (i.e. 
chat invite) used to initiate joining the game and sending a message including the data 
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used to initiate joining the game to the messenger server; routing the message to an 
invitee messenger client (i.e. sending the invitation to the invitee chat client); and using 
the data in the routed message to invoke a game client and join the game (after the 
invitee accepts the invitation, the game is launched such as "Age of Empires II" in 
Figure 19) . The method includes sending, from the game server to the inviter game 
client, a reference used to join the game and sends a message to a list of messenger 
clients associated with the inviter messenger client, wherein an updated state (i.e. the 
Status of the player) is perceptible by a user of the invitee messenger client; updating a 
state of an icon (i.e. the icon next to player's name; Fig. 19) associated with the inviter 
messenger client in response to receiving the message; and sending a request for a 
game data file to the game server wherein the game data file includes a reference to the 
game locally (i.e. all the invitee would obvious require a request to the game server for 
the game data to play the game Age of Empires II for instance has to locally be installed 
in the invitee client's computer to execute the game) (3:10-4:10). 

Danieli et al noted that the player does not need to have the gaming utility 
opened or launched in order to receive an invitation to join a game. The player only 
needs to have the MSN messenger open (14:32-35). Once the invitation (which 
implicitly has a description of the game server because it needs information about the 
server or destination to connect to) to join is received by the invitee and the invitee 
accepts, the gaming client is obviously connected to the game server. With that in mind, 
Danieli et al does not disclose wherein the data in the message or invitation sent by the 
messenger client comprises a command line and registry entry executable for an invitee 
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client to invoke the gaming client or utility to connect to the game server since the game 
server is the player hosting the game. Beuk et al discloses that the data in a message 
or invitation sent by a messenger client comprises a command line and registry entry 
executable for an invitee client to execute or invoke a gaming client or application (i.e. 
Beuk identifies the application to be run by the received message and that appropriate 
application is executed/invoked based on the identified application. Additionally, it's 
obvious that Beuk et al has a registry entry for an invitee client because when a 
program is installed a registry key is created) (Abstract, 2:54-3:25, 9:21-28). Danieli et al 
and Beuk et al are analogous art because they are from the same field of endeavor of 
using a messaging client with a gaming client. At the time of invention a person of 
ordinary skill in the art would have found it obvious to modify Danieli et al's system to 
incorporate Beuk's method of invoking the gaming client with a start or joining message 
to connect to the game server and would have been motivated to do so to provide 
alternative ways to start a game. 

Re claims 28-32. Danieli et al discloses a method of operating a multi-player 
game having an inviter client, an invitee client, and a server, the method comprising: 
invoking an inviter game client at the inviter client; connecting the inviter game client to 
the game by sending a reference to the game to the server; creating a message at the 
inviter client containing data used for invoking an invitee game client and for joining the 
game; routing the message to the invitee client; and using the data in the message to 
invoke the invitee game client and join the game (i.e. the server/host of the game sends 
out chat invitation to other players on his list and after invitees accept to join, the host 
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executes or invoke the game to other players). The message is created at the inviter 
client/server and routes the message by using TCP/IP (2:6-10). The message is sent to 
a second server such as the messenger server (3:10-4:10). 

Danieli et al noted that the player does not need to have the gaming utility 
opened or launched in order to receive an invitation to join a game. The player only 
needs to have the MSN messenger open (14:32-35). Once the invitation (which 
implicitly has a description of the game server because it needs information about the 
server or destination to connect to) to join is received by the invitee and the invitee 
accepts, the gaming client is obviously connected to the game server. With that in mind, 
Danieli et al does not disclose wherein the data in the message or invitation sent by the 
messenger client comprises a command line executable for an invitee client to invoke 
the gaming client or utility to connect to the game server since the game server is the 
player hosting the game. Beuk et al discloses that the data in a message or invitation 
sent by a messenger client comprises a command line executable for an invitee client to 
execute or invoke a gaming client or application (i.e. Beuk identifies the application to 
be run by the received message and that appropriate application is executed/invoked 
based on the identified application. Additionally, it's obvious Beuk et al has a registry 
entry for an invitee client because when a program is installed a registry key is created) 
(Abstract, 2:54-3:25, 9:21-28). Danieli et al and Beuk et al are analogous art because 
they are from the same field of endeavor of using a messaging client with a gaming 
client. At the time of invention a person of ordinary skill in the art would have found it 
obvious to modify Danieli et al's method to incorporate Beuk's method of invoking the 
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gaming client with a start or joining message to connect to the game server and would 
have been motivated to do so to provide alternative ways to start a game. 

Re claim 33. Danieli et al discloses a game and messenger client server system, 
comprising: a plurality of game clients including an inviter and an invitee game client; a 
plurality of messenger clients including an inviter and invitee messenger client (i.e. chat 
client); a server including logic to operate a multiplayer game using inputs from and 
outputs to an active game set of game clients of the plurality of game clients, wherein 
game clients other than those in the active game set can join an active game by 
supplying the server with a reference to the active game (i.e. such as an IP address) 
(3:10-13, 10:43-48); logic to couple the inviter game client to the inviter messenger 
client to allow the inviter game client to send the inviter messenger client data used to 
initiate joining a game, whereby a message sent by the inviter messenger client 
includes the data used to initiate joining a game; and logic to initiate a join of a game at 
the invitee game client, using data received in a message to the invitee messenger 
client, wherein the inviter messenger client includes logic to forward messages to the 
invitee messenger client (i.e. the server/host of the game sends out chat invitation to 
other players on his list and after invitees accept to join, the host executes or invoke the 
game to other players). (3:25-53). 

Danieli et al noted that the player does not need to have the gaming utility 
opened or launched in order to receive an invitation to join a game. The player only 
needs to have the MSN messenger open (14:32-35). Once the invitation (which 
implicitly has a description of the game server because it needs information about the 
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server or destination to connect to) to join is received by the invitee and the invitee 
accepts, the gaming client is obviously connected to the game server. With that in mind, 
Danieli et al does not disclose wherein the data in the message or invitation sent by the 
messenger client comprises a command line executable for an invitee client to invoke 
the gaming client or utility to connect to the game server. Beuk et al discloses that the 
data in a message or invitation sent by a messenger client comprises a command line 
executable for an invitee client to execute or invoke a gaming client or application (i.e. 
Beuk identifies the application to be run by the received message and that appropriate 
application is executed/invoked based on the identified application. Additionally, it's 
obvious Beuk et al has a registry entry for an invitee client because when a program is 
installed a registry key is created) (Abstract, 2:54-3:25, 9:21-28). Danieli et al and Beuk 
et al are analogous art because they are from the same field of endeavor of using a 
messaging client with a gaming client. At the time of invention a person of ordinary skill 
in the art would have found it obvious to modify Danieli et al's system to incorporate 
Beuk's method of invoking the gaming client with a start or joining message to connect 
to the game server and would have been motivated to do so to provide alternative ways 
to start a game. 

Re claims 35-39. Danieli et al discloses a program and method for providing a 
multi user networked computing environment, the method using an activity server and a 
messenger server, where the activity server and the messenger server are configured 
to communicate with a plurality of user computer systems, the user computer system 
including an activity client where the user computer system executes a user interface 
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operated by a human user and is further configured to engage an activity using the 
activity client, wherein the user interface includes a display device and a user input 
device, wherein the user computer system is coupled to a network for exchanging 
information with the activity server and the messenger server (Fig. 1, 6), the method 
comprising: accepting signals from the user input device to engage the activity or game 
using the activity or game client (i.e. creating an invitation); presenting one or more 
preferences to the user computer system, where the one or more preferences are 
associated with activities or games (i.e. player's on the inviter chat client); selecting at 
least one preference to join the activity or game; invoking the selected activity with a 
messenger client; providing to the messenger server a user state and a reference to the 
activity or game in which the user is participating; and presenting to another user 
associated with at least one of the plurality of user computer systems the user state and 
the reference to the activity or game (i.e. the server/host of the game sends out chat 
invitation to other players on his list and after invitees accept to join, the host executes 
or invoke the game to other players). (3:10-53). 

Danieli et al noted that the player does not need to have the gaming utility 
opened or launched in order to receive an invitation to join a game. The player only 
needs to have the MSN messenger open (14:32-35). Once the invitation (which 
implicitly has a description of the game server because it needs information about the 
server or destination to connect to) to join is received by the invitee and the invitee 
accepts, the gaming client is obviously connected to the game server. With that in mind, 
Danieli et al does not disclose wherein the data in the message or invitation sent by the 
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messenger client comprises a command line executable for an invitee client to invoke 
the gaming client or utility to connect to the game server. Beuk et al discloses that the 
data in a message or invitation sent by a messenger client comprises a command line 
executable for an invitee client to execute or invoke a gaming client or application (i.e. 
Beuk identifies the application to be run by the received message and that appropriate 
application is executed/invoked based on the identified application. Additionally, it's 
obvious Beuk et al has a registry entry for an invitee client because when a program is 
installed a registry key is created) (Abstract, 2:54-3:25, 9:21-28). Danieli et al and Beuk 
et al are analogous art because they are from the same field of endeavor of using a 
messaging client with a gaming client. At the time of invention a person of ordinary skill 
in the art would have found it obvious to modify Danieli et al's system to incorporate 
Beuk's method of invoking the gaming client with a start or joining message to connect 
to the game server and would have been motivated to do so to provide alternative ways 
to start a game. 

Re claims 40-51 & 96-105. Danieli et al discloses a logic and computer program 
product for use at an invitee client to initiate joining by an invitee game client to an 
active game that is hosted by a game server and to which an inviter game client is 
joined, the invitee client including an invitee messenger client for receiving in at least 
one message from an inviter messenger client data used to initiate joining a game, the 
logic comprising: invocation logic for using the data to invoke the invitee game client 
and connect the invitee game client to the game server, wherein the data includes a 
reference to the game server and a reference to the active game, the inviter and invitee 
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game clients being respectively associated with the inviter and invitee messenger 
clients. The data used to initiate joining a game includes a game server network 
address that identifies the game server, a game identifier that identifies the active game 
on the identified game server, and a port identifier that identifies a port on the identified 
game server (3:1 0-1 3, 1 0:43-48). Danieli also discloses the logic for activating the 
invocation logic in response to action by a user (10:14-17); for displaying a buddy list of 
the invitee messenger client and an indication that the invitee game client may join an 
active game which a member of the buddy list is playing (Fig. 8); for displaying a game- 
specific icon identifying the active game (Fig. 19); for use at an invitee client wherein the 
invitee messenger client is associated with a member of a buddy list of the inviter 
messenger client (Fig. 18); for use at an invitee client wherein the invitee messenger 
and game clients reside at a first computer system, and the inviter messenger and 
game clients reside at a second computer system (Fig. 1, 8, 14); for sending to other 
messenger clients at least one message including a reference to an active game (3:10- 
13, 45-50); for use at an invitee client wherein the invitee messenger client is operable 
to receive the at least one message inherently via a messenger server and to read at 
least one registry entry usable to invoke the invitee game client; for use at an invitee 
client wherein the invitee messenger client is operable to receive at least one message 
including a reference to a potential game (3:10-13, 45-50). 

Danieli et al noted that the player does not need to have the gaming utility 
opened or launched in order to receive an invitation to join a game. The player only 
needs to have the MSN messenger open (14:32-35). Once the invitation (which 
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implicitly has a description of the game server because it needs information about the 
server or destination to connect to) to join is received by the invitee and the invitee 
accepts, the gaming client is obviously connected to the game server. With that in mind, 
Danieli et al does not disclose wherein the data in the message or invitation sent by the 
messenger client comprises a command line executable for an invitee client to invoke 
the gaming client or utility to connect to the game server. Beuk et al discloses wherein 
the data in a message or invitation sent by a messenger client comprises a command 
line executable for an invitee client to execute or invoke a gaming client or application 
(i.e. Beuk identifies the application to be run by the received message and that 
appropriate application is executed/invoked based on the identified application.) 
(Abstract, 2:54-3:25, 9:21-28). Danieli et al and Beuk et al are analogous art because 
they are from the same field of endeavor of using a messaging client with a gaming 
client. At the time of invention a person of ordinary skill in the art would have found it 
obvious to modify Danieli et al's logic to incorporate Beuk's logic of invoking the gaming 
client with a start or joining message to connect to the game server and would have 
been motivated to do so to provide alternative ways to start a game. 

Re claims 52-95. Danieli et al discloses a logic with computer program product 
comprising program code and method of operating an invitee client to initiate joining by 
an invitee game client to an active game that is hosted by a game server and to which 
an inviter game client is joined, the invitee client including an invitee messenger client 
for receiving in at least one message from an inviter messenger client data used to 
initiate joining a game, the method comprising: invoking the invitee game client using 
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the data; and connecting the invitee game client to the game server using the data, 
wherein the data includes a reference or identifier such as an IP address to the game 
server and a reference to the active game, the inviter and invitee game clients being 
respectively associated with the inviter and invitee messenger clients. User initiates 
joining to the active game in response to action by a user (3:10-13, 45-50, 10:43-48). 
The method further comprising displaying a buddy list of the invitee messenger client 
and an indication that the invitee game client may join an active game which a member 
of the buddy list is playing (Fig. 8). The method further comprising displaying a game- 
specific icon identifying the active game (Fig. 19). The invitee messenger client is 
associated with a member of a buddy list of the inviter messenger client (Fig. 1 8). The 
invitee messenger and game clients reside at a first computer system, and the inviter 
messenger and game clients reside at a second computer system (Fig. 1). The method 
further comprising sending to other messenger clients at least one message including a 
reference to an active game (3:10-13, 45-50, 10:43-48). 

Danieli et al noted that the player does not need to have the gaming utility 
opened or launched in order to receive an invitation to join a game. The player only 
needs to have the MSN messenger open (14:32-35). Once the invitation (which 
implicitly has a description of the game server because it needs information about the 
server or destination to connect to) to join is received by the invitee and the invitee 
accepts, the gaming client is obviously connected to the game server. With that in mind, 
Danieli et al does not disclose wherein the data in the message or invitation sent by the 
messenger client comprises a command line executable for an invitee client to invoke 
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the gaming client or utility to connect to the game server. Beuk et al discloses wherein 
the data in a message or invitation sent by a messenger client comprises a command 
line executable for an invitee client to execute or invoke a gaming client or application 
(i.e. Beuk identifies the application to be run by the received message and that 
appropriate application is executed/invoked based on the identified application.) 
(Abstract, 2:54-3:25, 9:21-28). Danieli et al and Beuk et al are analogous art because 
they are from the same field of endeavor of using a messaging client with a gaming 
client. At the time of invention a person of ordinary skill in the art would have found it 
obvious to modify Danieli et al's logic to incorporate Beuk's logic of invoking the gaming 
client with a start or joining message to connect to the game server and would have 
been motivated to do so to provide alternative ways to start a game. 

Danieli does not expressly disclose validating the potential game as legitimate. 
Beuk et al discloses validating the potential game as legitimate by verifying with the 
activation unit (Abstract). At the time of invention a person of ordinary skill in the art 
would have found it obvious to incorporate the verification of the potential game as 
legitimate to make sure player's have legitimate games. 

Double Patenting 

The nonstatutory double patenting rejection is based on a judicially created 
doctrine grounded in public policy (a policy reflected in the statute) so as to prevent the 
unjustified or improper timewise extension of the "right to exclude" granted by a patent 
and to prevent possible harassment by multiple assignees. A nonstatutory 
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obviousness-type double patenting rejection is appropriate where the conflicting claims 
are not identical, but at least one examined application claim is not patentably distinct 
from the reference claim(s) because the examined application claim is either anticipated 
by, or would have been obvious over, the reference claim(s). See, e.g., In re Berg, 140 
F.3d 1428, 46 USPQ2d 1226 (Fed. Cir. 1998); In re Goodman, 11 F.3d 1046, 29 
USPQ2d 2010 (Fed. Cir. 1993); In re Longi, 759 F.2d 887, 225 USPQ 645 (Fed. Cir. 
1985); In re Van Ornum, 686 F.2d 937, 214 USPQ 761 (CCPA 1982); In re Vogel, 422 
F.2d 438, 164 USPQ 619 (CCPA 1970); and In re Thorington, 418 F.2d 528, 163 
USPQ 644 (CCPA 1969). 

A timely filed terminal disclaimer in compliance with 37 CFR 1 .321 (c) or 1 .321 (d) 
may be used to overcome an actual or provisional rejection based on a nonstatutory 
double patenting ground provided the conflicting application or patent either is shown to 
be commonly owned with this application, or claims an invention made as a result of 
activities undertaken within the scope of a joint research agreement. 

Effective January 1 , 1994, a registered attorney or agent of record may sign a 
terminal disclaimer. A terminal disclaimer signed by the assignee must fully comply with 
37 CFR 3.73(b). 

Claims 1, 17, & 33 are rejected on the ground of nonstatutory obviousness-type 
double patenting as being unpatentable over claim 1 & 13 of U.S. Patent No. 6699125. 
Although the conflicting claims are not identical, they are not patentably distinct from 
each other because both claim a method of operating a game and messenger client 
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server system comprising of a plurality of game clients, a game server, plurality of 
messenger clients, a messenger server, and logic to couple game client to messenger 
client and initiate a join of a game at an invitee client. U.S. Patent No. 6699125 
discloses using data received in a message to the invitee to include a reference (i.e. 
description of the game server) to a game server and commands usable or executable 
to invoke a game client for an invitee client. 



Response to Arguments 

Applicant's arguments, see Page 1, Para 2 & 3, filed 10/15/2008, with respect to 
improper final action have been fully considered and are persuasive. The finality of the 
previous action has been withdrawn. 

Re Applicant's argument that the "registry" element was not addressed, please 
refer to claim 17 for the analysis. 

However, Applicant's other arguments have been fully considered but they are 
not persuasive. 

Re Applicant's argument that Beuk reference does not suggest the claimed 
"command line executable" and that it describes an apparatus which processes the 
received data prior to executing an application, instead of executing a received 
command line. The office disagrees because the apparatus only processes the received 
data only to verify whether the receiving apparatus has the application. If the apparatus 
has the application then the execution unit executes the corresponding application. 
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Re Applicant's argument that Beuk reference does not suggest or make obvious 
data enabling a client to "connect to the game server" or a message including data 
comprising "a description of the game server". As discussed in the claims above, Danieli 
et al that the player does not need to have the gaming utility opened or launched in 
order to receive an invitation to join a game. The player only needs to have the MSN 
messenger open (14:32-35). Once the invitation (which implicitly has a description of 
the game server because it needs information about the server or destination to connect 
to) to join is received by the invitee and the invitee accepts, the gaming client is 
obviously connected to the game server. The connection to a game server is taught by 
Danieli. The Office is only using Beuk reference to teach the feature of invoking a game 
client or application in response to a message with command line executable for an 
invitee client. 



Correspondence 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to SENG H. LIM whose telephone number is (571)270- 
3301 . The examiner can normally be reached on 9:30-6:00, Monday-Friday. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Peter Vo can be reached on 571-272-4690. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Seng H Lim/ 
Examiner, Art Unit 3714 

/Corbett Coburn/ 
Primary Examiner 
AU 3714 



